I CLAIM: 




I\ A method for processing an exception in an emulator program running 
y\ ^opa digitaK^omputer having a memory and under control of an operating system, 
^the emulator pi?q^am emulating execution of a user program constructed for 
execution on a legacy.olatform, the method comprising the steps of: 
receiving an exception from the operating system; 

determining whether the received exception was caused by the emulator 
program itself or by the user program; and 

if the exception was caused by^&ie emulator program, handling the exception 
internally in the emulator program withou^eHvering the exception to the 
emulated user program. 
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A method for processing an exception according to claim 1 and further 
compri£Ki& if the exception was caused by the user program: 
identity^tg^he type of exception; 
determining whether the identified type of exception is currently blocked by 
the user program; and 

if the identified type of exceptionlSsa^ot currently blocked by the user 
program, delivering notification of the exceptioSN^the user program. 



\ 3. A method for processing an exception accordinglso^claim 2 and further 

comprising, if the identified type of exception is currently blocked b^t^ie user 
program, withholding delivery of the exception from the user program, and>*Qarking 
the exception as deferred for subsequent processing. 



c; 



4. A method for proceb^ing an exception according to claim 3 wherein said 
determining whether the identified ^pe off exception is blocked by the user program 
includes maintaining a virtual exceptr^inksk for simulating a user program 
exception mask as if the user pro^^pv^i^nmning on the legacy platform. 
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5. A method for processing an exception according to claim 4, the digital 
computer further including am OS exception mask maintained by the operating 
system, and wherein said maintaining the virtual exception mask includes: 
intercepting a user progitem system call; 
determining whether the system call would modify the OS exception mask; 
if the system call would not modify the OS exception mask, delivering the 
system call to the operating system; and 

if the system call would modify the OS exception mask, updating the virtual 
exception mask in accordance with tne systej 
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6. A method for processing aflvexcen^on according to claim 5 and further 
comprising, responsive to said updating tJb^virtual exception mask, determining 
whether any deferred exceptions are now unblqpked according to the updated 
virtual exception mask; 

delivering any unblockedfexceptions toYthe user program; and then, for each 
such delivered unblocked exception, clearing t\e indication that the delivered 
exception had been deferred. 



7. A method for processing an exceptiomaccording to claim 4 wherein said 
maintaining the virtual exception mask includes storing the virtual exception mask 
as a predetermined data structure within the emulator memory space. 



8, A method for processing an exception according to claim 3 furthg 
comprising creating and maintaining a status mask for indicating^itatus as 
deferred or not deferred for each one of at least onejpedetemiined type of 
exception; and wherein said marking the exception as deferred includes updating 
the status mask to indicate a statuju^tlie exception as deferred. 



9. A method>according to claim 8 wherein the status mask is 



implemented a£^a"predetermined data structure within the emulator memory space. 
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10. .A meftiQd for processing an exception according to claim 1 and further 
^ comprising, if the excep^ioq^is determined to have been caused by the user program, 
and if the exception is not currebtJ^blocked by the user program, 

determining whether the excepti*»4s synchronous or asynchronous; and 
if the exception is synchronous, delivering thefex^eption to the user program. 



11. A method for processing an exception according to claim 10 andfufther 
comprising, if the exception is asynchronous, determining wheti^--th^exception 
indicates an interrupted system call; and if not, majikrg^me exception as pending. 

I 12. A method formocgssing an exception according to claim 11 and further 

t Comprising, if the e^c^ption is asynchronous, and if the exception indicates an 
interrupte^system call, delivering the exception to the user program. 



13. A method\pf maintaining a virtual exception mask in a digital 
computer for emulation,\he computer having a memory, an operating system and 
an OS exception mask maintained by the operating system, and the method 
comprising the steps of: 

initializing a virtual exception mask as a data structure stored in the 
computer memory; 

during execution of an emi^ation inthe computer, intercepting a user 
program system call; 

determining whether the s^teta£Wwould modify the OS exception mask; 

if the system call would pot nrodijy theyOS exception mask, delivering the 
system call to the operating 

if the system call would modify the 6S exception mask, updating the virtual 
exception mask in accordance with the intercepted system call. 



14. A method according to claim 13 wherein the virtual exception mask 
includes bits for blocking one or more corresponding synchronous exceptions. 
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15. A metho< 
include an arithmetic 

16. A method according to claim 13 and further comprising maintaining a 
status mask as a data structure stored in the computer memory for maintaining an 
indication of a deferred exception. 

17. A digital computes having a memory and including: 

a legacy user program stored in the memory and comprising a predetermined 
series of user program instructions, the legacy user program having been 
constructed for execution on a predetermined legacy platform other than the said 
digital computer, \ 

an emulator program stored iA the memory for executing the user program 
instructions by interpreting the user program instructions so as to form 
corresponding new instructions executabj^'in the said digital computer; and 

a virtual exception mask stored/imthe memory and maintainable by the 
emulation program for handling exceptions encountered during execution of the 
said new instructions so as to simulate ^gepttok behavior of the legacy user 
program on the legacy platform./ ^^y^y 

18. A digital computer according to claim 17 and further comprising 
means for determining whether an exception encountered during execution of the 
said new instructions was caused by the said emulator program or one of the said 
new instructions. \ 

19. A digital computer according to claim is and further comprising 
means for intercepting an exception encountered during execution of the said new 
instructions in accordance with the virtual exception n^ask. 

erein the digital computer 
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according to claim 14 wherein the synchronous exceptions 
lult and a privilege fault. 



20. A digital computer according to claim 19 wlj 
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comprises a VLIW processor^chitecture and the legacy platform comprises a RISC 




processor architecture. / 
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